Сынақтың даму жағдайлары

Тәжірибе жақсы сынақ


Тест (ағылшын тілінен тест - «сынақ», «тексеру») немесе испытание - ізденуден глубинных жүйенің жұмыс істеуі, әртүрлі жүйелердің үйлесімділігі және немен өзгеруге қол жеткізуге болады.
Тестілеу БҚ процесті зерттейді және екіге ие:
1. Анықтау, бұл бағдарлама талапқа сай.
2. Сұхбаттасуды кейінге қалдыру не болмаса өзіңізге сәйкес келмеуі мүмкін.
Жақсы сынақ төмендетілген критериямды қолдануға мәжбүр.

Тест міндетті түрде білуі керек


Тестілеуде БҚ-да іздеуге арналған. Өйткені, талап етілетін тест керек
бағдарламаларды немесе оның дұрыс емес нұсқаларын барлық ықтимал нұсқаларын талқылау. Егер болса Бағдарламада белгілі бір қателіктер туындауы мүмкін, оны ойлап керек, оны қалай поймать. Мысалы,тестілеу кезінде бағдарламалары арқылы файлдың белгілі бір форматында ашылады. Файлды ашу функциясын қалай тексеруге болады? Бұл бағдарламадағы мәселелер орыс тіліне немесе файлдарға арналған жолдарға қатысты. Сондай ақ бұл мәселе таралған, онда шындық бар, бұл және біздің бағдарламаға дәлелденген. Бұл үшін екі тест енгізуге болады, файлдарды ашу:
● «C: \ file.txt» - орыс тіліндегі атау;
● «C: \ My file.txt» - файлдың атауы бар мәселе;
● «C: \ Папка \ temp.txt» - орыс тіліне деген папкалардың атауын;
● «C: \ Менің папка \ temp.txt» - файлдарға дейін файлдарды жолға салуға болады.

Жиынтыұ сынақтары міндетті түрде жасалмайды


Екеуінде екі тест бар, біреудің және біреудің ашылуына қатысты қандай да бір ойлар бар ма?
Мысалы, егер бізде бірнеше файл бар болса, орыс тілінде “ папки” деген атаумен:
● «C: \ Папка \ temp.txt»;
● «C: \ Папка \ temp1.txt»;
● «C: \ Папка \ Папка1 \ temp.txt»;
● «C: \ Папка \ Папка1 \ Папка3 \ temp.txt».
Тағы да тексеру үшін, бағдарлама орыс “папки” деген атпен жұмыс істейді, путь достыққа ашық файлдардың біреуінен.

Тест өз санатында болуы керек


В группе похожих тестов бір басқа тиімді болуы мүмкін. Таныстыру үшін, сынақтан өту керек бұл, ең алдымен, жаңылыстырады.Көптеген жиі кездесетін шектеулі жағдайлардағы қоңыраулардың мәні, орташа мәндерден немесе диапазоннан жоғары. Тесттер үшін көп мөлшерде рұқсат етіледі.

Тест қатты қарапайым немесе қиын емес

Тест міндетті түрде қарапайым болуы керек. Кез-келген оңтайландыру Процессі тестілеуші бір тестке екі тексеруге келеді, бұл уақытты үнемдеуге болады өздерінің орындалуында. Сондай-ақ, жұмыс істеу керек - үлкен және қатты тест түсіну қиын,қиындықты шешу және ұзақ жасау. Алтын ортасы жақсы жаққа қарай жақсы, бірақ бәрі бірдей емес және қарапайым тесттік үлгілер.Сондай-ақ, қиын сынақтарда жұмыс және көп жеткіліксіз емес . Бірнеше түрді дұрыс кіріс сигналдары, айтуға болмайды, өйткені олардың әрқайсысы интерпретті бағдарлама.
Бағдарламадан кейінгі бірінші немесе екінші деңгейдегі бағдарламалардан кейін,мысалы, ол тек қалған деректерді қабылдамауға болады.Онда мысалдар кейде әдейі тұрғызады - егер тексеру, бағдарлама бөлімді қамтамасыздандырса жол бермеуді білдіреді. Сонымен қатар, бөлек бойынша оларды сынауды бастады, блока жұмысын тексеріп көріңіз әрбiр кәсiптiк жөндеуден шеттету.

Тест бойынша дұрыс бағдарламаға өзіңді дұрыс түсіндім


Қалай біле аласыз, тестілеуді тестілеуден өткіздіңіз бе? Жауап Бұл мәселе де түсінікті, мүмкін бірінші көрінеді. Онда не істеу керек. Керексіз шығу деректеріне немесе экранға тестілеуші өткізіп алуы мүмкін дейді өзінде туралы, бұл нәтиже жасырын болуы мүмкін .
Тестте толығымен шығатын деректерді немесе реакция бағдарламаларын таңдайды.
Оның орнына, өзіңіздің жазбаларыңызбен салыңыз.
Сондай-ақ, тестілеуді жасау үшін, шығыс деректерінің жинағын алу үшін минимальді болыңыз. Үлкен файл болса, дұрыс емес санды табу керек.

Жоқ тестілеуден өтпейді


Тек сынақтар мүмкін бола алады, меняться, өзіңіздің өзіңіздің актуальностьңызды және жойыңыз – бұл тестілерге қатысу керек болса, олар осы ссылались кейде?

Аксиомы тестілеу


Тестілеу болса да, ғылыми дисциплинаны емес, өз аксиомалары бар.

Тестілеу дефектілерді көрсетеді


Тестирование мүмкін показать, бұл дефекте бар, бірақ
дәлелдеу мүмкін, бұл дефект жоқ.
Дәлелдеу, бұл жерде ештеңе жоқ, принципте қатаң. Біз қанша аққу болды, бұлтағы жұмыс істемейді, бұл «барлық аққу ақ». Бірақ егер біз біреуді көре алатын болсақ қара аққудан, біз айта аламыз, бұл «барлық аққу ақ емес».

Қанша сынақ тесттеріңіз болмағанын білмейсіз, сіз оны тексере аласыз, бұл тестілер жоқ, олар ештеңе табылмады. Егер бізде бір дефект болуы керек болса, біз оны растай аламыз. Дұрыс жауапты ПҚ қателеседі.
Бұл дегеніміз , бұл тестілеу пайдасыз және мүмкін емес Құқықтың сенімділігі. Тестілеу жоғалмаған неформацияланған дефектілердің жоғарылауын,олар БҚ тұр, бірақ әрқашан еске керек, тіпті егер дефектілер табылмады, бұл тағы олардың иелері жоқ екенін дәлелі.

Сынақты тестілеу мүмкін емес


Бұл мәселеге байланысты мәселе: «қанша тестілеу керек?».
Кім бұл мәселеге жауап беруге мүлдем мүмкін бе? Біз бәрімізді сынауға тырысамыз, ештеңе де жоқтестілеу немесе қандай да бір бөлікті басып шығару. Идеалным нұсқасы көрінеді анық көрінеді, , бұл мүлдем жасай алмайсыз.
Көптеген тестілерді талап етуге тура келеді, полотноларға кіруге толық рұқсат етіңіз цифрлық? Оның үстіне, біз «толығымен» деген сөзбен түсінеміз. 10 мүмкіндігі бар, бірақ, екіншіден, тағы да бұл дұрыс емес мәні дұрыс. 26 латын әріп, 26 жолдық әріп, немесе 6 белгі пунктуалыдқ және бөлік ...
Қазірдің өзінде 68, ал біз бұл туралы ештеңе де айтпағанның өзінде, спецсимволдық және ұқсас.
Егер біз көп шын мысал қарастырамыз, онда бәрібір қиын. Жалпы практикада Біреудің әрқайсысында полюсте бар, ал бұл жерде әртүрлі мөлшерде бар. Ал әртүрлі орта бар,оларды тестілеуді қажет етеді ... Егер біз бір скринге арналған бейнені алып отырсақ, онда 15 жодық кіріспеден бастап, 5 таңба қабылдайды.
Сізге 30 517 578 125 (5-ші 15-ші дәрежеде) тестілеуден өтуге болады.
Сіздің жобаңыздың уақытша шеңберін жаңартасыз.
Уақытша шеңберлер мен бюджетпен шектелген нақты өмірді тестілеу, оның ішінде техникалық шешімді қамтамасыз ету қажет, ол талап етілетін тапсырыс. Тапсырыс беруші және жобаның жетекшілері жобадан шығатын инвестицияны (ROI) тестілеуден өткен (уақыт - ақша). Мысалы, алдын-алуды болдырмаудан кейін релизі - олардың әрқайсысын түзету. Бірақ толық тестілеу олар тек өз мүмкіндіктерін пайдалануға мүмкіндік жоқ -тіпті егер өте ұнайды ...
«Протестировать всё» деген попыток, бізге тестілеудің (стратегияның)
жобаға арналған директивалық тестілеуді қамтамасыз етеді, тестілеуші (және басқа да линиялар) және берілген өнімдері. Сонымен қатар, тестілеуді қамтамасыз ету қажет ақпарат, адамдар үшін ақпарат алуға болатын өнім туралы релизі туралы шешім қабылдайтын немесе тапсырыс берушілер.

Алдынғы тестілеу


Бізде қазірдің өзінде талқыланған урок, тестілеуді бастау керек сияқты циклде шығарылым, бірақ «қайталану».
Бұл принцип дефекта тұрғысынан байланысты, түрлі этаптар жасау. Біз туралы соңғы сабақ.Деффект бағасы негізінен өсімдік циклінің дамуына әсер етеді.
Бұған дейін дефект насихатталған, тезірек, ыңғайлы және оны арзан түзетіңіз.
Дефект, талап етілген талаптар, барлығы арзан. Егер дефект де сатылса архитектуралық шешімдерді әзірлеу, оны түзету де көп жұмыс жасайды. Егер солай болса дефект, тағы да жоғары деңгейде талап етіледі, «дожил» немесе жүйелік немесе этаптан кезеңге дейін тестілеу, оны түзету өте қымбат болады - тек венердің өзгеруіне кірмейтін код, бірақ, мүмкін, және архитектурада, және сұраным . Сонымен қатар, бір талапты талап етуге болатын архитектуралар мен кодқа байланысты көптеген әшейсіз дефекталарды ойлап тапқаннан кейін,тестілеуді талап ететін түзету қажет.
Бірақ дефектті мүлдем қабылданбайды, себебі бұл қымбатты болар еді.
Сондай-ақ, бұл БҚ орналастырылған және сәйкес келмейтін талаптар, бірақ қажеттілік пен қажеттілікке сай емес. Бұл ақылға қонымды міндет - пайдаланушылар жаңа жүйеге ауысады, сатылымдар мен сату және т.б.әрі қарай. Бұл дегеніміз, бұл талап етілмеген еді, бірақ бұл туралы ештеңе түсіндірілмеді.Міне, көптен бастауға болады тестілеу бұрын, статикалық техника.

Басқа тестілеудің маңызды артықшылығы - үнемдеу уақыты. Тесттік жылдамдық басталуы әлі де, бірінші кодты жаза ретінде жазылады. Өйткені, ол қалай жасайды талап етуі мен ерекшеліктері, тестерлері тест-кейстерді әзірлеуге және ревью жасауға болады. Тест нұсқасының бірінші нұсқасы пайда болған кезде, бірден тестілерді енгізуге болады.

Ақауларды жинақтау



Көптеген тестіленушілер осыған ұқсас әсерді байқады - дефектілер «құптайды». Бұл мүмкін өйткені, бұл анықталған кодтық аудан, әсіресе қиын, немесе, бұл«домино эффектісі» өзгереді. Бұл әйтеуір жиі қолданылатын тәуекелдерді бағалайды тестілеуді жоспарлау - тестерлері белгілі «проблемалық зоналарда» кездеседі.

Онда дефекттер, тағы да білуге болады ерте кезеңдерде, статикалық жүргізеді кезде тестілеу (мысалы, арнайы кодтарды талдау және талдау кодтары бойынша арнайы құралдар). Қашан болатын динамикалық тестілеуге дейін жетеді, барлық облыстарда болады, онда болатын статикалық әдістердің көп дефектілерін түсіндірді.
Сондай-ақ, талдаудың алғашқы талдауларын (түбірлік себеп талдауларын) жасаңыз, сізді алдын-алу үшін дефекттерді табу, скоплений дефектілерін және потенциалды дефекттер.

Парадоксты пестицидтер


Егер сіз қайталап немесе қайта тестілеуден бас тартсаңыз және қайта жаңартсаңыз, осы сәтте тест сынақтарына ауысыңыз жаңа дефектілер.

Дефектті туралы 4-ші принцип туралы айтады, тенденция өзгереді. Неге десеңіз?
Бұл аналогия Борис Бейзердің 1983 ж. Онда полиция пестицидтерін өңдеу қарастырылған. Бірінші рет пестицидтерді бірнеше рет өңдейді, ал мағынада зиян келтірушілер жойылады, бірақ кейбіреулері бәрібір кетпейді, өйткені олардың организмдері жұмысқа кіріседі. Егер болса кез-келген өңдеулерді пестицидом өңдейді, сонда алғашқы қалпына келтіруден кейін алғашқы өңдеу екіншіден кейін шығады. Толыққанды қолдану немесе тесттер және тех немесе әдіс болса да, бұл өнімде дефектілердің орнына, осы тесттерге қарсы және әдістері қолданбалы емес.
«Парадокс пестицидов» дегенді есіңізге түсіріңіз, әдеттегідей тест-кейс және жаңа, түрлі-түрлі тесттер, олар әртүрлі болатын жүйелер. Бұл көп дефектілерді айқындауға мүмкіндік береді.

Тестиілеу коннекстқа байланысты


Тестілеу әртүрлі болады, оның контекстке тәуелділігі.Мысалы, тестілеу жүйесі,қауіпсіздікті ескере отырып, сыни әдістермен, тестілеуден өткеннен кейін жүргізіледтін интернет-дүкен. Бұл принцип принципімен байланысты болады. Нақ осындай шешім? шешім - бұл ықтимал мәселе. Шешіимдері бар ықтималдығы (ықтималдығы) - ол әрқашан жоғары және төменгі 100% 100% - және байланыс (impact) – та кері шешім, олар бізді таниды. Шешім сараптау кезінде, біз әрқайсысымыз екі есе алып отырмыз.
Аспект: мүмкін және байланыс. Мысалы, қашан біз жолды өтсек, бар кейбір нұсқасы, бізде машина асады. Шешім факторларының нақтылығы мынада: қаншалықты қарқынды қозғалыс жолында, бар ма қауіпсіз пешеходный переход, біз жақсы жақсы көреміз,біз қалай жылдамдыққа бара аламыз? Қозғалыс жылдамдығынан қозғалатын машиналар, бізде кез-келген қорғаныш киімге, біздің денсаулығымыз бен денсаулығымызға және тағы соларға бола ма?

Бұл факторлардан шыққандар, адамның оңтайлы таңдауларында оңтайлы таңдауды таңдайды.
Бағдарламалық қамсыздандыру туралы әлемде және әлемде: әр түрлі жүйелермен байланысты әртүрлі жоғары сапалы риска, влияние то немесе иного дефекта да қатты варьирует. Олардың біреуі мәселе, басқа да үлкен ақша табуды және қолайсыздығын жоғалтуға болады, уақыт, жұмыс беделі, ал кейбір жағдайларда тіпті травмам және өлімге тіреу.
Шешім бөлімі әдіснаманы, техниканы және сынауды типтерді таңдау үшін байланысты.

Опасыздықты бұзу


Сәйкестендіру және түзету дефекттері, егер бұрынғы жүйе ынғайсыз Пайдалану және қажеттілікке және пайдаланушылардың назарына.
БҚ тапсырыс беруші - адамдар мен ұйымдар, олар сатып алады және оны пайдалану үшін өзіңіздің өзіңіздің қолыңыздан шығыңыз күнделікті міндеттері - өзі де мүлдем мүдделі дефектами және олардың қолжетімділігін, басқа да адамдар, олар кездейсоқ емес өніммен нашарлайды. Қаншалықты БҚ сәйкесінше формальды талап документтелген. Көптеген пайдаланушылар өздеріне тапсырылған сұрақтарға жауап беріп,эффективтті тапсырыс стейді. БҚ қажет болса, оларды іздестіру керек, және, әлбетте, осы ұғымдар олар оның бағалайды.Егер сіз барлық тесттер мен қателіктерді анықтаған болсаңыз, бұл тағы да кепілдіктер, бұл БҚ болатын жәнепайдаланушылардың сәйкестігін күтіліуі.
Верификация - требования талаптарына сәйкестігін тексеру. Валидация – тексеруге арналған пән талаптарға және көзқарасқа сәйкес, сәйкесінше құндылықтарға жатады.
Кейінгі тестілеудің белсенділігі верифацияға бағытталуы керек, оның ішінде - валидация.
Теориялық жағынан, егер собраны талап етсе және дұрыс бағаланған және этапта разработки архитектуралар мен кодтар бүлінбеген, қарсы болмауы керек. Жоқ өмір мінсіз емес.

Тест-кейс


Тест (тест) - бұл бір немесе бірнеше тесттік сценарийлер жиынтығы. Ал мұндай тесттік сценарий? Тесттік сценарий (сынақ корпусы) - бұл кіріс сигналдары жиынтығы,алдын-ала аяқталмаған нәтижелер мен шығындарь анықталған бағдарламалық жасақтама немесе бағдарлама сияқты белгілі бір немесе талап етілетін талаптарға сәйкестігі үшін.
Тест-кейс - бұл кез-келген жұмыс істей алады адамнан команданың, тестировщик, разработчик, аналитик немесе тіпті тапсырыс беруші болған.

Стандартты атрибуты тест-кейса


Мысал қарастырайық. Интернеттегі сайттың компании бар, ол интернет - www.test.ru проводит. Тесттік стендте, PROD (алдын-ала өндіріс, пайдаланушылар үшін) басқа мекен-жайы бойынша - www.dev_test.ru орналасқан. Ескерту: www.test.ru - абстрактное назарды белгілі бір сайт, керек емес білу және іздеу жүйесі. Сайтта жасалатын карталар мен карталардың иелеріне арналған карталарды жасауға болады. Карточки жасайды администратор, тест машинасында әрқашан админа правами бар, логин / пароль - admin / 1. Серверде тестті тексеру қосымша авторизация бар, міне логин және парольмен тест / тест.
№ 1. Тест-кейс.
Алдын шарты:
Әкімшінің құқықтарын пайдаланушыларды тексеріңіз немесе тексеріңіз, логин: admin және пароль:
Жолдары:
1. www.dev_test.ru сайтына кіру (логин - тест, пароль - тест).
2. Тіркелуші әкімшімен (логин - admin, пароль - 1)
3. «Жильцы» қосымшасына көшіңіз.
4. «Карточка жильца» басу.
5. «Сохранить» басып , ешқандай мәлімет
Күтілген қорытындысы:
Қате туралы хабарлама жасайды «Заполните обязательные поля, отмеченные *», карточка сақталмайды.
Шарттары:
Егер әкімші құқықтарын жасайтын болса, онда оны жойып тастаңыз.

Тест-кейстердің жетіспеушілігі және нашарлауы


Преимущества: тест-кейс жәрдемдесуге көмектеседі жаңадан немесе көмектесу коллеге оның бөлімі, ол ничегошеньки туралы білмейді. Қосымша сұрақтармен сөйлесу бойынша минимум болады - бәрі де (болсын болсын) түсінікті!
Кемшіліктері:
● Көптеген бірегей мәтін. Бір тест-кейске әр тексерілетін болады. Және егер бізге қажет болғанымен, «ФИО» алаңында әртүрлі бағдарламаны қилы карточкаларды сақтау, қайда көп тест-кейсті жасау керек, қанша жасау тексеру. Бұл тест-кейсінен өзгеше өте қатты болмайды.
● Сақтық қолдаңыз. Елестетініз, бұл «ФИО» полициясы үшге бөлінді: «Фамилия», «Имя» және «Отчество». Пайдаланушыларға арналған барлық тест-кейстер актуализация қажет. Егер мұндай тест-кейсов көп?
● Актуальность өзектілігі. Тест-кейсті жасаған кездегі алдыңғы жетіспеу басқа біреуден көшіріледі және олар көбінесе тест-кейсадан шыққан емес бөліктерден тұрады, олардың ұмытып кетуі. Бірінші екі диссертация тест-кейстердің қазіргі заманғы құралдарында кездеседі, онда «Жалпы қадам», олар бірнеше тест-кейсах және жалпы шагов актуализациясын пайдаланылады, барлық тест-кейс-әрекеттер актуализацияланады, онда олар пайдаланылады.
Тест-кейстерді жазу және қолдауға қолдау көрсету, өте көп тестілеуді актуализациялау өте қажет. У тестировщиков бұл мүмкін емес хватать бұл уақыт немесе жобаның жетекшісі маңызды міндеттерді актуалды емес деп есептейді. Тест-кейсы со өз уақытында өзекті және жаңартылады.
Тестілеуші, ол қазірдің өзінде жобада жұмыс істейді, түсінеді және неактуальный кейс, көп болса, егер олардың бастамасын жасайды, бірінші первого. А тестировщик, ол туралы ештеңе білмейді және и екі нәрсе бойынша бөліп алды, түсінбеймін, олар туралы ештеңе жоқ. Сынақ кейстері үшін өзіңіздің рөліңізді қолдана аласыз, оларды қолдауға тура келеді, мезгіл-мезгіл тексереді дұрысытығы және дорабатывать. Бұл өте көп уақыт пен күшпен қарайды.

Ішкі деректердің жиынтығы


Ертерек біз туралы айтқан, ол оңтайландыру үшін және специальных тест-кейсті инструментах бар «жалпы шаги». Оларды пайдалану мен трудозатрата жазылады және жазылады тест-кейстерді қолдауға. Тест-кейстерді пайдалану процесін тағы да оңтайландыруға болады.
Мысалы, тек бір ғана сценарийді қолдануға болатын тест-кейсті қолдануға болады, бірақ бірнеше кіріспе параметрами және түрлі нәтиже нәтижелері. Фактілер біз мини чек-листы алдын ала қадаммен. Сайтты қарстыру www.test.ru. Мысалы, бұл ТК бойынша «ФИО» жолы 40 символды шектеу. Кейде бірнеше көрінген нәтиже туралы айтады, бұл мүмкін деп ойлауға болады: ● Дандардың әртүрлі нұсқалары мен әрқайсысы өзіңді бейнелейтін
нәтиже.
● Бірнеше қадам, ал соңғы ғана, нәтиже шығады.
● Бірнеше сценарийден кейін бірден бірнеше тексерулерден басталады.
Тест-кейс № 2.Тұрғынушы құру, полиэфирді тексеру «ФИО».
Қадамдары:
1. www.dev_test.ru сайтына кіру (логин - тест, пароль - тест).
2. Тіркелгі әкімшісінің астында (логин - admin,, пароль - 1)
3. «Жильцы» үстіне қосу
4. «Карточка жильца» кнопка басып.
5. ФИО жолын толтыру (см «Ожидаемый результат»)
6. «Сохранить» кнопка басып

Тест-кейс бірнеше нəтижелері бар


Әрбір нәтижеге арналған нәтиже
Басқа нұсқасы тест-кейса бірнеше қарапайым нәтиже - кезде результаты әр түрлі шұңқырларды тексеруге болады, әр түрлі сценарийлерде бар.
№ 3. Тест-кейс..
Бір сценарийден кейін бірнеше тексеріс
№ 4. Тест-кейс. ФИО-ның толық жиынтығы.
Қадамдары:
1. www.dev_test.ru сайтына кіру (логин - тест, пароль - тест).
2. Тіркелгі әкімшісінің астында (логин - admin,, пароль - 1)
3. «Жильцы» үстіне қосу
4. «Карточка жильца» кнопка басып.
5. түзету ФИО енгізіп, мысалы, «Иванов Иван Иванович».
6. «Сохранить» кнопка басып.
Күтілген қорытындысы:
1. Жилилде жасырын ақпаратты жинайды және жалпы тізімде көрсетіледі, жаңа карточкамен жұмыс істейді.
2. «Жилец Иванов Иван Иванович »хабарламасы көрінеді жильцов тізіміне қосылды.
3. Құрылған карточка ашуға болады.
4. Ашылған көрсетілетін деректерді көрсететін болса, онда ФИО аумағында көрсетілген «Иванов Иван Иванович» .
Тест-кейсы керек:
● Өмірлік маңызды система,медицина, атом станциялары үшін ПО). Мұнда тестілеу өте қажет және тиянақты.
● Пластикалық жүйе немесе топтық жүйе арқылы тестілеуден өту үшін, чек-листе.
<Тест-кейсы нужны:
1. Жай жүйелер (веб-сайты, мобильді қосымшалар және т.б.).
2. Ситуация, егер бір немесе бірнеше тестерлердің командаларында, өзіңіздің білетінім. Тест-кейстердің жасалмауы мен қолдауға дайын емес.
3. Өзіңіздің жүйеңізбен танысыңыз және содан кейін шешіңіз, шығармашылық тест-кейс немесе микс осы шығарындылардан.

Тест-кейстердің стандартты қателіктері


Оқу теориясы - бір, тәжірибе жасау - басқа. Әдетте теорияда бәрі түсінікті, ал тәжірибе мұндай іс жүзінде осындай жағдайларға ие болады (барлық жинақталған жағдайлар, әртүрлі агрегаттар ретінде жазылған тест-кейс):
Тест-кейс № 01. Создание жильца.
Қадамдары:
1.www.test.ru сайтына кіріп.
2. «Войти» пернесін басу арқылы экранды қайтару керек.
3. Әкімшінің құқықтарын қорғайды.
4. «Жильцы» үстеліге шығыңыз.
5. «Карточка жильца құрастыру» батырмасын басыңыз.
6. ФИО-ның түзелуі, мысалы, «Иванов Иван Иванович» және карточканы сақтау.
Қате тест-кейса:
1. Абстрактное название. Алғашқы ойды жақсы, кішкентай және түсінікті деп ойлаймын - жасайды. Бірақ! Егер біз енді тест-кейсовтың тағы бір нұсқасын жасадық несорректные ФИО, онда олар дәл осындай болады немесе атауы. В итоге жаңа тестировщик, «Создание жильца» кейсімен шұғылдануды үйреніп, екі диссертацияны анықтады
2. Коллега үшін тест-кейсами жақсы жұмыс істеді.Оларды жақсы көруге болады - «Орнату, жүктеу» ...
3. PROD. Бұл мысалда PROD сілтемесі бар. Ешқандай тестілеуді өткізбейді
PROD-е! Исключение құрамында жаңбырдан кейін өтетін дымқыл тест өткізеді PROD-жүйелер. Тестовый жиынтығы әртүрлі және сындарлы түрде жасалады басқа тестілеу ТОЛЬКО тестілік стендте жүргізіледі.тек тестілік серверде сілтеме болуы тиіс. Басқа да адамдармен кездесу жоба бізге көмектеседі, ал ол PROD-ге барып, тесттік деректерді жасайды,олар онда қажет емес немесе бір нәрсені қиып немесе нақты деректерден айырады.
4. Пункт «Нажми на навигацию» Кіру«времени времени в экране» туралы толығырақ пользовательского интерфейс. Жаңа нұсқаға басылған болса бағдарлама басқа жерге ауысады, онда түзетуді енгізеді және тест-кейс. Ең көп UI-нің құжаттауына байланысты (пайдаланушы интерфейсі, пользовательский интерфейс), тақырып жақсы. Әкімшінің жазбаша парағына кіру (admin / 1). Қадам емес понятным мен түсіндім, және біз интерфейсі привязки отбавились. Егер болса сілтеме жасайды сілтемесі немесе адам жай енгізіңіз нажмет, онда сол сәтте өзгермейді:біз не логин тексеріп, кейде жасаймыз.
5. Керек емес ақпарат жоқ тармақ «Салог администратор правами «- өте жақсы, бірақ мұны қалай? кімнен, кімнің курсы болса, тесттік пользователем бар правами и у него логин және пароль. Егер мұндай пайдаланушы әрқашан қолданады (немесе әрқайсысы үшін жасайды тестілеу), онда логин мен пароль бар «статические» (неяются), онда олардың әрқашан қажет прописывать, қосымша сұрақтарға жауап бермеді. Тест-кейс қосылады, қажет болған жағдайда кез келген адамға, білмейтін жоба, мог қосылуға және сынақтан өтіңіз, тест-тапсырмаларды орындаңыз. Бұл мәселе бойынша қосымша сұрақтар туындамайды. Новый тестировщик тек қана тест-кейсті іске қосуға мәжбүр болды, тек жоба көрді, бәрі маған қажет ақпарат керек.
6.Тексеріс келтірілген жоқ. «Карточка создать» - бірақ ешкімді емес. Не имея знаний туралы проекциялаушыға тек алдын-ала болжам жасауға болады, бұл тармақ өз ішіне кіреді, бұл карточка закрылась безибок? Немесе ол енді спасется көрінеді системе осындай жүйеде қанша? Жүйеге келтірілген введенные жүйелері егер карточканы ашық ашсам? Ешбір нақты тексеруге тура келеді? Барлық сұрақтар бойынша тест-кейіпкерлерді поправим. Міне, ол алды:Тест-кейс № 02. ФИО-мен түзетілген жилца құрылды.
Қадамдары:
1. www.dev_test.ru сайтына келіңіз.
2. Әкімшінің тіркеу жазбасына кіру (логин - admin, пароль - 1)
3. «Жильцы» үстіне қосу
4. Нажать на кнопку «Карточка жильца».
5. Ввести түзету ФИО, мысалы, «Иванов Иван Иванович».
6. Нажать на кнопку «Сохранить».
қорытындысы:
Оконь туралы ақпарат жильце жабық және жалпы тізімде көрсетіледі, жаңа карточкамен жұмыс істейді.
Бұл карточкасын ашуға болады.
Ашылған карталарда ашық деректер бар, онда ФИО бар жерде көрсетілген «Иванов Иван Иванович «.бұл атаумен впадет в ступпор, қандай таңдауға болады? Әрқашан есінде туралы «тест-кейса тестировщик бойынша, білетін жоба, түсіну керек, бұл нені қажет істеу керек емес, шаги. Міне, бұл қосылуға атау - Жилца құрылды жоқ есеп, Жилца жасаңыз, «Имя» аймағында сандар және т.б. Повелительное наклонение. Коллегам үшін тест-кейсами жақсы жұмыс істеді, Оларды жақсы көруге болады - «Орнату, жүктеу» ...
3. PROD. Бұл мысалда PROD сілтемесі бар. Ешқандай тестілеуді өткізбейді PROD-е! Исключение құрамында жаңбырдан кейін өтетін дымқыл тест өткізеді PROD-жүйелер. Тестовый жиынтығы әртүрлі және сындарлы түрде жасалады. ВСЕ басқа тестілеу ТОЛЬКО тестілік стендте жүргізіледі. В тест-кейсов және багов тек тестілік серверде сілтеме болуы тиіс. Басқа да адамдармен кездесу жоба бізге көмектеседі, ал ол PROD-ге барып, тесттік деректерді жасайды, олар онда қажет емес немесе бір нәрсені қиып немесе нақты деректерден айырады. 4. Пункт «Нажми на навигацию» Войти «времени времени в экране» туралы толығырақ пользовательского интерфейс. Жаңа нұсқаға басылған болса бағдарлама басқа жерге ауысады, онда түзетуді енгізеді және тест-кейс. Ең көп UI-нің құжаттауына байланысты (пайдаланушы интерфейсі, пользовательский интерфейс), тақырып жақсы. Әкімшінің жазбаша парағына кіру (admin / 1). Описание шага емес понятным мен түсіндім, және біз интерфейсі привязки отбавились. Егер болса сілтеме жасайды сілтемесі немесе адам жай енгізіңіз нажмет, онда сол сәтте өзгермейді: біз не логин тексеріп, кейде жасаймыз.
5. Нет нужных информации - непонятно, қалай авторизоваться. Есть тармақ «Салог администратор правами «- өте жақсы, бірақ мұны қалай? кімнен, кімнің курсы болса, тесттік пользователем бар правами и у него логин және пароль. Егер мұндай пайдаланушы әрқашан қолданады (немесе әрқайсысы үшін жасайды тестілеу), онда логин мен пароль бар «статические» (неяются), онда олардың әрқашан қажет прописывать, қосымша сұрақтарға жауап бермеді. Тест-кейс қосылады, қажет болған жағдайда кез келген адамға, білмейтін жоба, мог қосылуға және сынақтан өтіңіз, тест-тапсырмаларды орындаңыз. Бұл мәселе бойынша қосымша сұрақтар туындамайды.
Новый тестировщик тек қана тест-кейсті іске қосуға мәжбүр болды, тек жоба көрді.
Бәрі маған қажет ақпарат керек.
6. Нет описания проверки. «Карточка создать» - кратко, бірақ ешкімді емес. Не имея знаний туралы проекциялаушыға тек алдын-ала болжам жасауға болады, бұл тармақ өз ішіне кіреді. Достаточнолі того, бұл карточка закрылась безибок? Немесе ол енді спасется көрінеді карточек? А системе осындай жүйеде қанша? Жүйеге келтірілген введенные жүйелері Дана, егер карточканы ашық ашсам? Ешбір нақты тексеруге тура келеді?
Барлық сұрақтар бойынша тест-кейіпкерлерді поправим. Міне, ол алды:
Тест-кейс № 02. ФИО-мен түзетілген жилца құрылды.
Шаги:
1. www.dev_test.ru сайтына келіңіз.
2. Әкімшінің тіркеу жазбасына кіру (логин - admin, пароль - 1)
3. «Жильцы» үстіне қосу
4. Нажать на кнопку «Карточка жильца».
5. Ввести түзету ФИО, мысалы, «Иванов Иван Иванович».
6. Нажать на кнопку «Сохранить».
Ожидаемый қорытындысы:
Оконь туралы ақпарат жильце жабық және жалпы тізімде көрсетіледі, жаңа карточкамен жұмыс істейді.
Эту карточкасын ашуға болады.
Ашылған карталарда ашық деректер бар, онда ФИО бар жерде көрсетілген «Иванов Иван Иванович «.
Тест-кейс выглядит өз жақсы, бірақ осы тест-кейс улучшить болады?
Қазір осы попробуйте, осы тест-кейседегі қиын зоналарды табу. А потом проверим.
Итак, ошибки кейса 02:
1. Абстрактное название. Слова «корректный», «правильный» ит.д. в тестілеу-кейса осындай немесе маркер ретінде «ошибка» в багажды. Мұндай сөздер сөзбе-сөз аудару керек. Позитивные проверок болады деп ойлаймын. Бірақ олардың әрқайсысы әртүрлі болады. «Жилца құрылды, оның нет отчества », - бұл да кейс Correct FIFO. Тек осыдан бірден бірден аталу, про бұл кейс. Сөйлемдегі сөзді «түзету», «некорректный» және т.б., пытатьесь писать понятнее. Мен әрқашан еске қағидаты «кратко, бірақ енді». А смсловые кейсов бөлу группы (негативные тесты, позитивные тесты, тесты ерекше жағдайларда) систейле в системе тестілеу арқылы немесе флаги арқылы тест-кейсами.
2. Нет қажетті ақпарат. «Сайт www.dev_test.ru келіңіз», Ок, мен осы сайтты ашып, сонда авторизация. Қалай маған керек попасть? Никак! Логин / парольді идвать және біліңіз. А зачем, егер бұл толығымен түзетуге логин / пароль немесе сілтеме бойынша паролін толығымен түзету логинами және паролями (олар бәрібір мүмкін бірдеңе мен бір орынға)?
Тест-кейса қате нұсқасы:
Тест-кейс № 03. Толық ФИО-мен жанұя құрылды.
Шаги:
1. www.dev_test.ru сайтына кіру (логин - тест, пароль - тест).
2. Әкімшінің тіркеу жазбасына кіру (логин - admin, пароль - 1)
3. «Жильцы» үстіне қосу
4. Нажать на кнопку «Карточка жильца».
5. Ввести түзету ФИО, мысалы, «Иванов Иван Иванович».
6. Нажать на кнопку «Сохранить».
қорытындысы:
1. Жилилде жасырын ақпаратты жинайды және жалпы тізімде көрсетіледі, жаңа карточкамен жұмыс істейді.
2. Ету карточкасын ашуға болады.
3. Открытой карточка көрсетілетін деректерді көрсететін болса, онда ФИО аумағында көрсетілген «Иванов Иван Иванович «.
В проектах, онда требования жиі және өте тез жасайды және қолдайды тест-кейсілері несімен құпталады.
Тест-комплекты
Тест-комплект-тест жиынтықтары, олардың объединены темы, бір біріне қатысты тестілеу модулю, функционалдылық, басымдық немесе бір типті тестілеу. Әрбір тест-комплект бірнеше кейсадан бір сынақтан тұрады және барлық «пачкой» выполнен процессе тестирования.
Тест тапсырмалары тест-кейстерді іске қосқанда қолжетімділікке арналған тест-комплектілерде, олардан кейін модулю модулю, біреуден басқа бір типті тестілеу, ал сумамбурно, бросясь бір оглного угля угол, қалдырылмаған көп бөлігі модуляция немесе жалпы функционалдық. Тест-комплекттер анықталған тест-жоспарға қосылған.
Сынақ жиынтығы бойынша қандай критерий бойынша мүмкін:
● Тестілеуге байланысты. Нұсқаушы, тест-комплект немесе түтікті сынау критикалық жолды тестілеу, қайда барынша маңызды функцияларды орындау үшін кіреді.
● ПО модулімен. Например, тест-комплект «Тіркеу» жасалатын болады жүйеде пайдаланушыларды тіркеуде барлық тест-кейстер бар, негативті, дәл және позитивные. Тест-комплектті басқа адамдарға жүктеуге болады, қол жетімділік немесе
Бөлшек модул бойынша ПО. Например, тест-комплекте «Басқаруды басқару» могут находиться. келесі тест-комплектілері: «Регистрация», «Авторизация», «Назначение құқық »және т.б.

Чек-листы


Бұл қалай чек-парақ?


Чек-лист - ПО тестілеудің фундаментальді элементтерінің бірі. Онда тест жинағы бар, по тест-кейсами аналогиясы, бірақ бар керемет жақсы.
Чек-лист ашық кітабында қарапайым тізімдемені көрсетіп, емтихандарды қайта рәсімдеген.
Например, өзіңіздің тізіміңізге өзіңіз ұсыныңыз:
1. Молоко.
2. Килограмм свинины.
3. Хлеб.
© geekbrains.ru 17
4. Арбуз.
Егер сіз осындай қолдауға қол аламын, онда кез келген проблеманы сатып аласыз необходимое, бірақ спайске нет деталей, например, қандай нұсқау болуы тиіс молоко (жұмсақ, твердая), қандай пайызы жирности, өндіруші, хелб керек қара немесе ақ және т.б.
Тестілеудің аналогтық жағдайында, бақылау лимиттерін қолданған кезде - бұл смотрится проверки, бірақ бөлшектері көрсетілген.
Тест-комплектамалардың ұқсас үлгілерін жасау бойынша тестілер, тестілер жиынтығы. Тест-комплект, қалай және чек-листі анықталған функционалдылықты тексеру проверок. Жолақшадағы сызық тест-кейса ұқсас.

Стандартты атрибуты чек-листа


Барлығы келесі тізбеде атрибуттары бар:
Название
В названии бөліктен бөлінген немесе облыста жасалды , мысалы, «Пайдаланушының тіркеуі».
Атауы
Краткое описание суды тексеру. Твиттерде тұру керек және болыңыз понятным! Кратко, бірақ емко
Ожидаемый результат
Сама проверка: біз оны күтеміз. Шек-листов кейбір нұсқаларында ол оны пайдаланбайды. Резултат Результат проверки, прошла не нет. Шек-қағаздарға қатысты талап етілмеген несие талап етілмеген. Зачастую чек-листы жасайды кәдімгі excel-файлдар, әр түрлі облыстардың функционалдық бөлімдерін бөлуге арналған.

Шек-парақтарды қолдануға жол беріңіз


Блокнотадағы (Notepad) чек-парақтарды қолданудың әртүрлі тәсілдерін қарастырыңыз.
Структуризатор
Бұл нұсқада қарапайым операции, өндірілген өнім ғана шығарылады. Ыңғайлы болу үшін, топтар (плюсики / минусики слева раскрывают строки). В столбце «результат» немесе көрсетіледі результат, немесе мәтіндік түсініктемелерде, немесе сілтемелерде дефектілердің сілтемелері.
Тағы бір шектеулі лист:
● Мал шаруашылығын құру уақыты (мысал - 3 минут);
● Ақпаратты құрылымдау. ГРАМОТНЫЙ тестирующее барлық маңызды нәрсе шығарады проверки, анықтамалық-дефектам занесет бойынша анықтамалық ақпарат. Нәтижесінде, мәртебесі өнімнің көп болуы және одан да құрылымдық болады;
● Тек тестілеуді нəтижелер бойынша регулярлық жолмен жүзеге асыруға болады, бұл расширяться покрытие.
Мұндай чек-лист:
● Нет гарантия, барлық тексерілді, керек, т.к. жалпыға ортақ сөздікте және тексерумен шектеу мүмкін, некоррективыми (дефекты іздейді, ал ол дәлелденген - жоқ);
● команданың жаңа нұсқасын қолдануға келмейді («қалай тестілеу» ақпараты жоқ);
● Не оптимизированный набор (обобщенного чекистің бетін жабу үшін неопытный тестировщик көп уақытты бірнеше рет потратит, егер алдын-ала алдын ала теруді оңтайландыру техник-тест-дизайнер арқылы);
● Нәтижелерді белгілемегенде, тестілеу кезінде пайда болған, нәтижесінде көп болуы мүмкін забыто.
Вывод: ыңғайлы тестерді-джедаями командедегі гибких шарттарда қолдануға ыңғайлы. Және өнім туралы статусын құрылымдау туралы аздаған ақпарат.
Бұл чек-парағы негізінен алдын ала анықталады, бірақ бөлшектің деңгейіне байланысты. ЕО негізгі міндеті -барлық необходимые проверки перечислить, олар үшін олар забыты. Удобства ұйымдасқан үшінбейне құрылымдарымен неограниченным уровнем вложенности. Үшін ыңғайлы стильдер бөлуге болады негативті және жағымды құбылыстар, статустар, басымдықтар және т.б. Легенда бейнелеу нәтижесі - пайдаланудың тиімділігін анықтайды.
Приверенный төменгі чек-листі мысалға келтіреді және блокты тестілеуде примера толтырылған «Файлды құрастыру».
Тағы бір шектеулі лист:
● Небольщое уақытты құрастыру (мысал - 7 минут);
● Ақпаратты құрылымдау;
● туралы статистикалық ақпараттың көп болуы (анық көрініп тұрғандай);
● Негізгі влияющих параметрлерін, опцияларды, функционалды (достаточность чек-парақтарда жазылған алдын-ала келісілген болуы мүмкін).
Мұндай чек-лист:
● команданың жаңа нұсқасын қолдануға келмейді («қалай тестілеу» ақпараты жоқ);
● Не оптимизированный набор (көп уақытты жоғалтудың жоғары қатері).
Вывод: ұнамды пайдалану үшін ыңғайлы команданың уақыты жоқ уақытта пропусканный тест-дизайн. Ақпаратты құрылымдау үшін де, сондай-ақ, ключевые тестілер жіберілмейді.
Тесткейсозаменитель
Бұл жағдайда жалпы деректерден (ЧТО тиісінше тексерілуі керек) нақты нұсқа жиынтығы көрсетіледі параметрлері. Таким бейнеленген болса, чек-парақша тек нәтиже бермейді кез-келген факторлармен, бірақ нәтижелі тест-анализдің нәтижесі «Файлды құрастыру» үшін тек мысалға келтірді.
Тағы бір шектеулі лист:
● тест-дизайнерге арналған өтіп бара жатқан бағдарлама бойынша оңтайландыру;
● Гарантированный деңгейдің қақпағы (белгілі, ЧТО ИМЕННО тексерілетін болады);
● қызметкерлердің неопытными пайдаланылуы мүмкін;
● Сессиядан кейінгі уақыттағы уақыттағы уақыттағы уақиғаларға қолдау көрсетіледі;
● «әдепкі бойынша» дегенді білдіре аласыз, әрқайсысы әрқайсысын көрсетпеуі керек, бірақ мен дәл осыдан білуге тырыстық;
● Орындаудан бас тарту басымдықтарды анықтауға мүмкіндік береді, бірінші сынау үшін аса маңызды сынақтарға көз жеткіздік.
Мұндай чек-лист:
● «кішкентай» чек-парақтарды жасау үшін Затраты;
● «Эффект пестицида» (бір және бір мезгілде функционалды тестілерді покрываются дефекты мүмкін поблизости);
● тест-дизайнерде квалификации талап етілген;
Вывод: тестілеу кезінде пайдаланылатын өнімдердің тұрақтылығы мен жоғары талаптар
ҚОҚ сапасы.
Статусопоказатель
Бұл алдын-ала жасалған любом арқылы түпнұсқалық чек-парағы (қажет бөлшектің қажеттігі) және оның қосымша міндет - өнімнің күйі мен динамикасының өзгеруін көрсетіңіз.
Тағы бір шектеулі лист:
● Деректерді құрылымдау, сапалы дәрменсіздікке қатысты тексеру;
● Өнімнің динамикасын өзгерту (көп / кем дефектілер);
● Ведущие области переоткрываемыми дефектами (сол немесе кейінгі нөмірі OK);
● Видны области, онда жиі әр түрлі қателіктер туындайды;
● ЖАҢА ДЕФЕКТАЛАРҒА АРНАЛҒАН АНЫҚТАМАЛЫҚ ЕСЕПТІЛІКТІ БІЛІКТІЛІК (неге табылмады, қашан болды внесены).
Вывод: ақпаратты сақтау және басқару үшін тиімді басқару тестілеу, иә және разработке.
Бұл нақты уақыт режимінде ПО уақытты көруге мүмкіндік береді. Көрінген, бұл жаңа итерация жаңа баги пайда болады. Қазір жаңа мәселелерді көтеру, ұзақ уақыт пайдаланылады бұл рискованная облысы деп айтуға болады.
Окруженияучитыватель
Бұл алдын-ала жасалған любом арқылы түпнұсқалық чек-парағы (қажет бөлшектің қажеттігі) және оның қосымша міндет - өнімнің түрлі платформаларда, окружениях және т.б. жұмысын көрсетіңіз. Тағы бір шектеулі лист:
● Деректерді құрылымдау, сапалы дәрменсіздікке қатысты тексеру;
● легко-дефекты, зиянды округ;
● Жалпы конкретном мәртебесін алуға қолайлы болады, жалпыға ортақ болуға болады окружені қолдауға байланысты;
● Жекелеген қателіктер жиі пайда болады.
Толық чек-листа көлемінде, ол әрдайым толық бақылау нобайын ашады, және ақпарат болуы мүмкін неполной.
Шығу: ыңғайлы және тестілеу платформозависимого ПО.

Тестілеу және зерттеу сценарийлер


Тестілеу және зерттеу тестілеуде де екі нұсқасы бар:
● сценарий бойынша тестілеу;
● Сынақ тестілеу.
Сценарийлерді қолдану арқылы тестілеу, т.т. тест-кейсовтерге сәйкес келеді сценарий бойынша тестілеу деп аталады. Екінші нұсқа сценарийдің қарсы қасиеттерін көрсетеді подхода. Бірақ, ойлануға болмайды, сынақ тестілеу нәтижесі ойдағыдай болады сценарийлік подходтың нәтижесінен ерекшеленеді, сондай-ақ, олар оба әдемі болып табылады.
Кейбір компаниялар бір мезгілде бір жобаға сәйкес келеді. Және бәрі, әртүрлі между ными существенны.
Зерттеу тестілеуі параллельді әзірлеуді және шешімдерді орындауды болжайды, онда тестілеудің нақты сценарийі жоқ. Бұл әдіс ешқандай құрылымдық және практикалық емес тестерлерге арналған көптеген ерікті әрекеттерді ұсынады. Также, оның келуіне жол берілмейді сондай-ақ толықтай объективті, кейсам бойынша тестілеу ретінде.
Эпидемиологиялық қадағалау, егер жобалау туралы ақпарат пайда болса недостаточно, немесе тестілеуден кейінгі дайындық кезеңінде сценариев.
Сынақ тестілеудің алдын-ала басталуына байланысты сценарийлік нұсқада алдын-ала формальды тест-кейсовта бейнеленген. Есепке алынбайтын бағалау сынағынан алынған мәннен алынбайды ешқандай проблема. Барлық бөлімдер жүйе необходимый тестовым покрытием перечислены, бұл тестілеуге арналған жұмыс уақытын анықтауға мүмкіндік береді.
Сценарийлік әдіс барлық тестілеуді механизирует, ең төменгі деңгейде мыслительные процесі.
Дәл осы деректерді табу, салыстырмалы талдауды ең көп уақыттан бері. Қалай әрқашан, үшін қолайлы жағдайларды бастан бастаған.
Іздестірудің қорытындысы:
● Көптеген тестерлерді үйреніп, оны навыки жасайды. Потволяет поработать және развить жаңа техникалар мен тестілеу стратегии.
● Барлық тестілеуді өткізу үшін тек қана уақыт бөлінді.
● Тестировщик көбінесе бағдарламалық өнімді зерттеп, іске қосады.
● Тест-кейсті актуализацияға қосымша шығындар жоқ.
Сценарийлерге сәйкес келуі:
● Жаңа жобаға қосылуға арналған өнімнің уақытын азайту.
Тиімді қолжетімділік жылдамдықпен жаңа курстық курсқа кіргенде, қосылуға жоба, кез-келген уақытта кез-келген уақытта «жақсартуға» мүмкіндік бар, бұл айда немесе жылда жасалды ● Бірінші құжаттан шығу үшін жобалық құжаттаманы тестілеу.
● Регрессиялық тестілеуді бақылау үдерісі.
● Жоғары білімі бар мамандармен тестілеу кезінде жоғары біліктілік деңгейін жоғарылату сценариям.
● Сынақ жабуды қарастыру.
● Өнімнің бақылауымен жұмыс істеу уақытын сақтау және сақтау тестілеу.
● Тестілеудің құрылымдық жүйелі әдісі қателіктердің бұзылуына әкеп соқтырады.
● Тесттерді жасауды әзірлеушілермен қарым-қатынас жасаудың қосымша уақыты талап етілмейді аналитиками, требованиями жұмыс.
Бәрі де мүмкін емес көрінеді сценарным подходом. Жоғарыда біз айтқан, бұл тест-кейстер сынаушыны расслабляет, қалған және қалған несостатки.
Зерттеудің әдіснамасы:
● Тестировщику жұмысының алғашқы кезеңдерінде жұмыс істемейді, наглядное болмайды туралы толық ақпарат, бұл тестілеу және.
● Сынақ жабдығын бағалаудың бағасы, сонымен қатар уақытша қалдықтарды есепке алу.
● Өнімді алу үшін уақыттың үлкен мөлшерін талап етеді.
Сценарийлер:
● Тест-тестілеуді тестілеу мамандармен жұмыс істеу және еркіндікке шағымданады качеству.
● Шаблондарды тексеруге арналған привычка приводить, олар описаны в сценарийлер.
● Сынақ тестерлері үшін тұрақты тестілеу төтенше болуы мүмкін.
● Сынақ сценарийлеріне қолдау көрсетудің көп уақытты талап етеді: жаңарту, жою, түзету пішіндейді, және де, менде біреудің бұрынғы жетістіктері мен нашарлауы бар. Сонымен қатар, қалай біз тест-кейсам бойынша тестілеуді барлық виигрывает. Бірақ бұл вовсе емес, бұл дан кез келген жоба үшін кез келген жақсы және кез келген компания үшін қолайлы болады.
Үлкен жобаларды пайдалану сценарийлік подхода сізге көп пайда әкеледі және болады целесообразным. Презентация тест-кассадан немен айналысады, алдымен обвод обзем и предлагает в первую откередь сложность проекта, талап пен өзгерістердің өзгеруі. Егер мұндай талдау болды проведён, сценарийлердің шығарылуын қамтамасыз ету үшін ең тиімді эффективті болады өнімнің жоғары сапасы.

Чит-листы


Мұндай чит-листы?
Зачастую біз әртүрлі тексерулерді бір түрлі орындарда жүргізуіміз керек: тексеруге кірісу мәтіндік поля, электрондық пошта мекенжайы бойынша валидация, шектік поляктардағы шектеу, SQL және XSS инъекциясы және т.д. Осы адамдарға арналған, «тексеру керек» деп ойлап, чит-листілер жасайды сілтеме парақтарын атайды).
Стандартты чит-листілерді қамтамасыз етеді. К примеру, веб-элементтерді тестілеу үшін тест жинағы немесе тексеруді тексеру үшін тестілер жиынтығы. Әрбір тестерлері бар ықтималдықпен өзіңіздің вырабатывает әртүрлі жағдайлар үшін өзекті чит-листі. Кто-то пытается олардың бас, ал біреу бейне тізіміне енгізеді, ештеңені ұмытпаңыз.
Сонымен қатар, көптеген компаниялар өз интерфейстерін әзірлеуде өздерінің меншікті стандарттарына ие, олар да әртүрлі дәрежеде необходимые проверок включаются: например, «әрқайсысы ввода округлениями болуы керек »,« барлық хабарламалар жүйе поп-аповта пайда болады, ал не жеке бөліктер »және т.б.
Нәтижесінде тестерлері тексерулер жиынтығын жасайды, олар көпше болады переиспользовать: түрлі жобаларды тіркеу формалары тексеріледі, SQL және XSS полигондарда әртүрлі инъекциялар тексеріледі. Держать всё в голове? Неэффективно, голова үшін қажет, ойлану үшін, сондай-ақ үшін, көптеген деректерді сақтау үшін.
Чит-парақтарды тестілеуіштерден табуға болады: қайталанатын тексерулерді тыңдауға болады түрлі мәмілелерді переиспользовать.
Читать чит-листы?
● Пайдалану чит-листі, өзіңіздің ең маңызды міндеттеріңізді өзіңіздің ойыңызша анықтаңыз.
● Чит-листі жазып алыңыз, олар коллегами болады: әзірлеушілер, жобалардың жетекшілері. Расширив чит-листы олардың иеленуіне негізделген, сіз өзіңіздің пропускать меніше ошибок. ● Чит-листы подсматривать болады, чит-листами делиться болады. Сіз таба аласыз XSS, SQL, немесе оқуланған чит-листы бойынша Элизабет Хендриксон және Джеймса Баха.
чит-листы деген!
● Чит-листілер тек бір рет жасалады, олар осыдан кейін кеңейтіледі. А бұл дегеніміз, бұл жаңа функция пайда болған кезде пайда болады, немесе жаңа қажеттілік, оны сізге ломать болады деп «оны тестілеу». Сізде бұл уақыт болады осы элементтің тестілеуін қалай арттыруға болады? «.
● Сценарий чит-листов - сынаушылардың командаларында тамаша уақыттағы уақыт аралығы. Их болады олармен бірге талқылау, прорабатывать. В диалоге біз учимся, шығармашылық идеялар друг друга, ал нәтижелі покрытие және жақсы нәтиже алады.
Деректерді тестілеуден өткізу
Проводя тестирование, никак емес тестіленді деректермен айналыспайды. Бізге бірдей жағдай бар
ФИО пайдаланушылары немесе кез-келген сан немесе строковые көрсеткіштері жай ғана генерациялайды. Басқа бізде корпоративті херерхия сотрудников компании не данные помечать мүмкін температура сенсорлары алюминийдің химиялық анализі. Сынақ деректерін жасау болуы мүмкін кропотливой және өте шығармашылық міндет. Тестілеу кезінде пайдаланушыға өте қажет ПО жұмыс істейтін болады және ол қандай болады және оны пайдалануға болады. Егер бар болса шынымен нақты деректерді алуға болар еді, солай болса да, мүмкіндігінше қолайлы бола беріңіз Сонымен қатар әрдайым нақты деректерді пайдалану мүмкіндігіне ие бола ма, мұндай жағдайлармен айналысу керек пе?
Нақты деректерге ұқсас болыңыз. Тексеру кезінде өте маңызды вникнуть в облыс ПО және түсіну, пайдаланушы ретінде жұмыс істеу керек. Егер тестировщик емес старается пользователей нақты жұмысын имитировать, онда оның эксплуатацию всплівают әртүрлі жағымсыз қателіктер, олар бұрыннан белгілі болады.
ФИО жері үшін қол жеткізуге болады. Сондай-ақ, тестілеу стендахтарын пайдаланушы көруге болады
ФИО «1 1 1», бұл пользователе, правда? Бірақ бұл дұрыс емес.
Тест тапсырмалары нақты болуы керек, тіпті мұндай деректер ФИО сияқты. Не істеу керек, қиялды кезде, ал көптеген Ивановых И.И. базада зашкаливает? Пайдаланыңыз инструментами! Суды бірнеше түрлі генераторлармен қамтамасыз етеді, мысалы http://freegenerator.ru/fio.
Электрондық пошта мекенжайына өте көп жіберіледі: тіркеуді растайтын, парольді қалпына келтіру, рассылок және уведомлений. Тестілеуден өту үшін емес пайдаланылмайтын пошта мекенжайларын пайдалану, бірақ өзіңіздің бірегей мекенжайыңызды көп пайдаланасыз рет емес получится. Электрондық почтаның мекен-жайы электронды пошта бойынша жалғыз болуы керек. Және бұл нам істеу керек? Бірнеше нұсқа бар. Электрондық пошта мекенжайларын бірыңғай пайдалану пошта, например, пайдаланатын ресурс http://temp-mail.org/.
Егер сізде электронды пошта мекен-жайы жалғасатын болса, біртұтас нұсқасы бар пошты емес. Жоқ және басқа да мүмкіндіктер бар. Например, оның мекен-жайы gmail жасау көп. Бұл қалай жасауға?
Өте қарапайым: пошта дүкенінен кейін «+» и что-то дописать, ал содан кейін әдетте @ gmail.com. Например? бізде почта мекенжайы бар devtest@gmail.com. Адреске жіберілген мекенжай:
● devtest+user@gmail.com
● devtest+customer@gmail.com
● devtest+admin@gmail.com
онда олар devtest@gmail.com мекен-жайы бойынша келуі керек, онда олар әртүрлі папкалар бойынша отфильтровать болады адреске негізделген, олар қайда жіберілген.

Презентация сілтемесі :

Тестілеудің даму жағдайлары